Conférence Mercurial Paris du 5 au 7 avril 2023
La conférence Mercurial Paris 2023, est une conférence internationale dédiée au gestionnaire de version Open Source Mercurial. Elle se tiendra du 5 au 7 avril 2023 dans les locaux de l'IRILL (Center for Research and Innovation on Free Software) à Paris, Université Paris Sorbonne.
Mercurial est un gestionnaire de versions, libre et multi-plateforme, qui aide les équipes à collaborer sur des documents tout en conservant l’historique de l’ensemble des modifications. Équivalent fonctionnellement aux biens connus Git ou Svn, il s’en distingue sur de nombreux points techniques, ergonomiques et pratiques.
Doté d’une interface orientée utilisateur facile d’accès et simple à comprendre, il offre des capacités avancées de personnalisation du workflow et s’illustre aussitôt qu’il y a besoin de performances adaptées aux très gros dépôts. (Les équipes de Google et Facebook utilisent en interne des solutions basées sur Mercurial pour gérer l’ensemble de leur code source.).
Forum général.cherche-logiciel Logiciel d'inventaire de Logiciel
Bonjour
je cherche un logiciel d'inventaire pour un centraliser des informations sur un ensemble de developments logiciels, de libs, etc.
On a un grand nombre d'applications/libs plus ou moins dépendantes les unes des autres en cours de dev, réparties sur 2 serveurs git, des CI sous Jenkins, des projets sous Jira, des images docker dans Nexus, etc. Les trucs classiques quoi.
Évidemment c'est le bordel pour s'y retrouver.
Je voudrais centraliser dans un premier temps tout ca pour avoir rapidement (…)
Lien Announcing Pijul 1.0 beta
Lien Débuter avec Git partie 7 : git rebase pour ré-écrire son historique
Journal Pijul, version 1.0 en approche
En 2017, je vous présentai Pijul, ici même Pijul, un nouveau gestionnaire de source, un DVCS basé sur la même théorie des patchs que darcs, mais avec pour objectif d'en résoudre les problèmes de performance. Il est développé en Rust et publié sous licence GPL v2.
Depuis le sujet a été évoqué deux fois de plus : Tous les contenus étiquetés avec « pijul »
Après plusieurs années de développement et des ré-écritures, la version 1.0 approche.
Une annonce (…)
Lien GNU Recutils pour manipuler du texte comme une base de donnée
Pijul, contrôle de version et théorie des patchs, version 0.12
Pijul est un système de contrôle de version distribué (DVCS) développé en Rust et publié sous licence GPL v2. Il est basé sur une théorie des patches.
La différence principale entre Pijul et Git est que Pijul fonctionne avec des correctifs (ou patches), là où Git ne fonctionne qu’avec des instantané (snapshots). Une branche dans Pijul n’est qu’un ensemble de correctifs.
Ce mode de fonctionnement offre plusieurs avantages, dont une approche sans doute plus conforme à l’usage intuitif d’un DVCS. À ce stade, si vous avez reconnu le fonctionnement de Darcs, vous vous dites : « oui, mais c’est lent ! ». Au départ de Pijul, il y avait l’idée d’améliorer la vitesse de Darcs, mais de nouveaux algorithmes ont permis de créer un outil différent, extrêmement rapide.
La version 0.12 vient de paraître : même s’il reste sans doute quelques problèmes (notamment sur l’espace disque), cette version est le fruit d’importantes refactorisations et simplifications, et est de ce fait bien plus stable et cohérente que les précédentes ; en particulier, tous les algorithmes sont maintenant prouvables mathématiquement.
Nouvelles de Git : 2.20.0, Git Merge, etc.
La version 2.20.0 de Git, logiciel de gestion de versions décentralisé, vient tout juste d’être étiquetée par Junio Hamano, le mainteneur. Elle contient comme toujours un nombre important d’améliorations, même si elles ne sont pas forcément visibles par la plupart des utilisateurs (certaines nouveautés sont détaillées en seconde partie de la dépêche).
Pour être tenu au courant de l’actualité Git, il y a Git Rev News, une lettre d’actus mensuelle qui contient pas mal d’infos en tout genre liées à Git (Git Rev News est éditée depuis presque quatre ans par un petit groupe de développeurs et de fans dont je fais partie).
Il y a aussi prochainement la conférence Git Merge à Bruxelles le 1er février prochain, juste avant le FOSDEM (2 et 3 février). Oui, c’est au même endroit, appelé The EGG Brussels, que la Git Merge 2017 qui avait aussi lieu juste avant le FOSDEM. Comme d’habitude, le jour précédant la Git Merge proprement dite (donc le 31 janvier), des workshops sont proposés et, en parallèle, il y a un Git Contributor Summit auquel tous les développeurs de Git ou d’un logiciel lié à l’écosystème de Git sont invités.
Journal Pijul 0.11
Il y a un peu plus d'une année, un journal nous présentait Pijul, un nouveau gestionnaire de code source en cours de développement. Il est écrit en Rust. Pierre-Étienne Meunier, un des auteur, a largement commenté le journal.
Une volonté du projet est de fonctionner sur la majorité des plateformes, d'où l'écriture d'une bibliothèque SSH (en Rust également) qui tourne correctement sur Windows. Une plateforme de partage de base de code est disponible : https://nest.pijul.com/
Pijul se base sur (…)
Journal 2133 commits plus tard, tracim sort en v2.0, juste à temps pour le Capitole du Libre
En janvier 2018 sortait la v1 de Tracim. Au programme, collaboration d'équipe : discussions, partage de fichiers, documentation, calendriers partagés.
Cette v1 a permis de valider des concepts et d'en invalider d'autres, d'implémenter un panel de fonctionnalités, d'acquérir les premiers utilisateurs et les premiers clients… et d'identifier ce qui fonctionnait bien et ce qui nécessitait une refonte.
On peut considérer la v1 comme un prototype totalement fonctionnel, la v2 est la version industrielle et pérenne tirée de ce prototype.
Wiki [Tuto/HowTo] Nextcloud/Owncloud - Supprimer les versions de fichiers après X jours
Introduction
Lorsque vous modifiez un fichier, Nextcloud/Owncloud conserve une copie de la version précédente du fichier. C'est se qu'on appel le versionning.
On ne peut hélas définir un nombre maximal de version par fichier. Tout ce que l'on peut c'est leur spécifier un âge maximal.
Notez aussi que les fichiers de versionning sont déjà supprimé automatique en suivant la logique suivante :
Pour les 10 premières secondes, Nextcloud conserve maximum une version par tranche de 2 secondes.
Journal Pijul, un nouveau gestionnaire de source
Ce nouveau gestionnaire de version est développé en Rust. Il reprend la même théorie des patches que darcs, mais en résolvant ses problèmes de performance.
Le développeur principal, Pierre‐Étienne Meunier, fait des annonces régulières sur r/rust, répond aux questions de manière très complète et y défend son bébé !
Le but ici n’est pas de traduire le manuel, je vous laisse découvrir les particularités de l’outil.
Chose rare, un papier devrait être publié d’ici la fin de l’année (…)
Sortie de git 2.9
git 2.9 est sorti le 13 juin 2016. Pour rappel, git est un gestionnaire de version décentralisé, originellement développé par Linus Torvalds pour versionner les sources du noyau Linux. Depuis, ce gestionnaire de version est devenu très populaire parmi les projets open-source, comme en témoigne le succès des plateformes basées sur cet outil, comme GitHub ou Gitlab, ainsi que les projets de toutes tailles auto-hébergés utilisant git.
Dans cette dépêche nous nous proposons de revenir sur quelques-uns des changements apportés par cette version.
Bitkeeper essaye de rattraper l'histoire en passant Open Source
BitKeeper, logiciel de gestion de version vient discrètement de passer en Open Source, sous licence Apache 2.0. Soit plus de dix ans après l'avènement de Git dont il est indirectement à l'origine. Que de temps pour trouver le bon chemin !
Enfin diront certains, trop tard diront d'autres. Le changement s'est fait relativement discrètement via l'annonce assez laconique de la version Bk-7.2ce sur leur forum :
I might as well mention bk-7.2ce which is the first open-source release.
Si vous vous demandez si cela vaut le coup de laisser tomber votre SCM préféré, ils ont en place une page spécialement pour vous. Ironie de l'histoire, sur leur page de téléchargement, ils proposent de récupérer les sources de BitKeeper via Git !